home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / inet / internet-drafts / draft-crocker-headerset-00.txt < prev    next >
Text File  |  1993-10-06  |  8KB  |  276 lines
  1.  
  2. Network Working Group                                   D. Crocker
  3. Internet Draft                              Silicon Graphics, Inc.
  4. Expiration <4/94>                                   5 October 1993
  5.                                 
  6.                                 
  7.                                 
  8.                                 
  9.                                 
  10.                     MIME Multipart/Header-Set
  11.  
  12.  
  13.                  draft-crocker-headerset-00.txt
  14.                                 
  15.                                                                 
  16.  
  17.  
  18.  
  19. STATUS OF THIS MEMO
  20.  
  21. This document is an Internet Draft.  Internet Drafts are working
  22. documents of the Internet Engineering Task Force (IETF), its
  23. Areas, and its Working Groups.  (Note that other groups may also
  24. distribute working documents as Internet Drafts).
  25.  
  26. Internet Drafts are draft documents valid for a maximum of six
  27. months. Internet Drafts may be updated, replaced, or obsolete by
  28. other documents at any time.  It is not appropriate is use
  29. Internet Drafts as reference material or to cite them other than
  30. as a "working draft" or "work in progress."
  31.  
  32. Please check the Internet Draft abstract listing contained in the
  33. IETF Shadow Directories (cd internet-drafts) to learn the current
  34. status of this or any other Internet Draft.
  35.  
  36.  
  37.  
  38. SUMMARY
  39.  
  40. Data often are aggregated with an initial set of descriptor
  41. information, followed by some number of user data portions.  This
  42. specification formalizes the occurrences of such aggregations as
  43. a MIME Multipart Content-type.  It is intended that MIME
  44. processors which are aware of the Header-Set construct will be
  45. able to process the user data portions, even when they do not
  46. understand the specific header (or descriptor) information which
  47. begins the set.
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55. D. Crocker                                                       1
  56.  
  57.  
  58. Internet Draft        Multipart/Header-Set    (Expiration:  4/94)
  59.  
  60.  
  61. TABLE OF CONTENTS
  62.  
  63. 1.        INTRODUCTION
  64. 2.        Header-Set Content-Subtype Usage in MIME
  65. 3.        Header-Set Specification
  66. 4.        Header-Set Examples
  67. 7.        REFERENCES
  68. 8.        SECURITY CONSIDERATIONS
  69. 9.        ACKNOWLEDGMENTS
  70. 10.       CONTACT
  71.  
  72.  
  73.  
  74. 1.  INTRODUCTION
  75.  
  76. Data often are aggregated with an initial set of descriptor
  77. information, followed by some number of user data portions.  Such
  78. aggregations derive from a specialized environment, such as a
  79. particular operating system file structure, or a tailored
  80. communication environment, such as privacy enhanced mail.  In
  81. particular, one portion of the data contains all of the data
  82. special to that environment and the remainder is regular user-
  83. data, possibly of a type registered within MIME [BORE92].
  84.  
  85. This specification formalizes the occurrences of such
  86. aggregations as a MIME Multipart Content-type.  It dictates that
  87. the descriptor header information shall occur as the first MIME
  88. body-part at the beginning of the Multipart set, and is then
  89. followed by one or more MIME body-parts containing user data.
  90.  
  91. It is intended that MIME processors which are aware of the Header-
  92. Set construct will be able to process the user data portions,
  93. even when they do not understand the specific header (or
  94. descriptor) information which begins the set.  As an example, a
  95. recipient on one operating system may still be able to identify
  96. and process the user-data portion(s) even when the specific
  97. header descriptor is intended for an entirely different and
  98. unrelated operating system.  In addition, specifications for MIME
  99. usage which conform to this model will not need to define two
  100. MIME types, one for the Multipart containing "bucket" and one for
  101. the specific Application label to distinguish the portion
  102. containing application-specific data.
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110. D. Crocker                                                       2
  111.  
  112.  
  113. Internet Draft        Multipart/Header-Set    (Expiration:  4/94)
  114.  
  115.  
  116. 2.  Header-Set Content-Subtype Usage in MIME
  117.  
  118. Header-set information is specified by:
  119.  
  120. MIME type name:                 MULTIPART
  121.  
  122. MIME subtype name:              HEADER-SET
  123.  
  124. Required parameters:            Any pertaining to MULTIPART/Mixed
  125.  
  126. Optional parameters:            Any pertaining to MULTIPART/Mixed
  127.  
  128. Encoding considerations:        none
  129.  
  130. Security considerations:        See separate section in the
  131.                                 document.
  132.  
  133. Published specification:        Contained in the following
  134.                                 section.
  135.  
  136. Rationale:
  137.        
  138.        Permits recipients to process user-data even when they
  139.        cannot process the more specialized header descriptor
  140.        information.  Also, reduces the number of registered MIME
  141.        Content-types, since those which conform to this model
  142.        need to register only an Application sub-type and are not
  143.        also required to register a Multipart subtype.
  144.  
  145. Contact-info:                   See Contact section, below.
  146.  
  147. Detail specific to MIME-based usage:
  148.        
  149.        Provides for a MULTIPART MIME body-part which declares
  150.        that the first sub-part in the MULTIPART shall contain a
  151.        header which provides descriptive information about the
  152.        one or more remaining sub-parts in that MULTIPART.  It is
  153.        expected that the first sub-part will typically be an
  154.        Content-type:Application sub-type.
  155.  
  156.  
  157.  
  158. 3.  Header-Set Specification
  159.  
  160. A MIME Content-Type:Multipart/Header-Set body part is a distinct
  161. section of a message and contains two, or more, sub-parts within
  162. in.  The first sub-part is the header and any following sub-parts
  163. compose the set of user data associated with that header.
  164.  
  165. D. Crocker                                                       3
  166.  
  167.  
  168. Internet Draft        Multipart/Header-Set    (Expiration:  4/94)
  169.  
  170.  
  171. Typically, the header sub-part will be a registered Content-
  172. Type:Application sub-type, but this is not required.
  173.  
  174. The Content-Type:Application subtype will declare the "context"
  175. and base of interpretation for processing the MULTIPART body-part
  176. in its entirety.  However, the user data body-parts may also be
  177. processed separately, to the extent that the receiver understands
  178. the individual MIME subparts.
  179.  
  180.  
  181.  
  182. 4.  Header-Set Examples
  183.  
  184. Assume that a user is sending data from the FOO file system, with
  185. its file-system specific information registered as
  186. Application/Filesys-FOO, and the user data containing US-ASCII
  187. text:
  188.  
  189.  
  190. To:
  191. Subject:
  192. From:
  193. Date:
  194. Mime-Version: 1.00
  195. Content-Type: MULTIPART/HEADER-SET; boundary=Boundary-1
  196.  
  197. --Boundary-1
  198. Content-Type:    APPLICATION/Filesys-FOO
  199.  
  200. (Descriptive information specific to the FOO file system's
  201. storage of the following user data.)
  202.  
  203. --Boundary-1
  204. Content-Type:    TEXT/plain
  205.  
  206. (Regular text user-data)
  207.  
  208. --Boundary-1--
  209.  
  210.  
  211. 7.  REFERENCES
  212.  
  213. [BORE92]    Borenstein, N. & Freed, N., "MIME
  214.             (Multipurpose Internet Mail Extensions):  Mechanisms
  215.             for specifying and describing the format of Internet
  216.             Message Bodies.  March, 1992, Network Information
  217.             Center, RFC 1341.
  218.  
  219.  
  220. D. Crocker                                                       4
  221.  
  222.  
  223. Internet Draft        Multipart/Header-Set    (Expiration:  4/94)
  224.  
  225.  
  226. 8.  SECURITY CONSIDERATIONS
  227.  
  228. Specific header parts may contain security-related information.
  229. To the extent that Header-set facilitates the transmission of
  230. operating-system sensitive data, it may open a door for easier
  231. relaxation of security rules than is intended either by the
  232. sender or the administrator of the sender's system.
  233.  
  234.  
  235.  
  236. 9.   ACKNOWLEDGMENTS
  237.  
  238. Header-Set developed from the continuing 882ext working group
  239. discussions.
  240.  
  241.  
  242.  
  243. 10.  CONTACT
  244.  
  245. name:     David H. Crocker;
  246. work      <email:  dcrocker@sgi.com;
  247.           org:     Silicon Graphics, Inc.;
  248.           street:  2011 N. Shoreline Blvd.;
  249.           box:     7311;
  250.           geo:     Mountain View / CA / US;    code: 94039-7311;
  251.           phone:   +1 415 390 1804;          fax: +1 415 962 8404>
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275. D. Crocker                                                       5
  276.